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SYSTEMS AND METHODS FOR MANAGING PATIENT PHARMACEUTICAL CARE 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application is a Continuation of co-pending Application Serial No. 09/253,606, filed 
5 February 19, 1999. 

FIELD OF THE INVENTION 

The present invention relates generally to health care management, and more particularly to 
systems and methods for providing comprehensive pharmaceutical care to patients. 



I BACKGROUND 

Prior to 1980, most prescription drugs were dispensed from small, independently-owned 
pharmacies, and the role of the pharmacist was essentially limited to dispensing the prescribed drugs. 
Consumers preferred the personal, caring service of their local community pharmacist. However, as 
15 the research and development associated with developing new drugs became more costly and 

competitive, the prices charged for the drugs accelerated rapidly. While in the past most consumers 
had paid for relatively inexpensive prescription drugs out-of-pocket, the price increases of the mid- 
to late-80s found workers and retirees clamoring for prescription drug coverage from their employers 
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and insurance plans. The market-sensitive insurance companies complied with these demands, 

making it even easier for physicians and consumers to utilize these potent new compounds since 

neither group was directly responsible for purchasing them. 

As use continued to skyrocket, the costs to employers and insurance companies also rose 
5 dramatically. In an effort to control their expenses, the payers began to economize, by decreasing 

the professional fees and ingredient reimbursement formulas paid to pharmacies. At the same time, 
m pharmaceutical manufacturers, eager to have their new medications used in hospitals, health 
J maintenance organizations and long term care facilities, slashed their prices to these buyers and piled 
O their profit demands on the backs of independent and chain community pharmacists. This double 
JjjlO pressure - reimbursement cuts from payers and price increases from manufacturers - took its toll on 
H the smaller independent pharmacies, and a large number of the nation's independently owned 
O pharmacies were forced to close. 

0 Dispensing prescriptions in large volumes became an economic necessity, leading to the 

growth of large chain drugstores, mail order drug delivery companies and in-house managed 
15 care/HMO pharmacies. Despite increasing the number of prescriptions dispensed, many large 
pharmacies cut the number of pharmacists on staff, replacing their function with technicians and 
automated dispensing systems. In an effort to economize even further, most managed care 
organizations began using ever-changing formularies (restricted drug lists), and required consumers 
to obtain chronic medications from supposedly cheaper mail order companies. 
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The changing economics of the health care industry, and particularly the pharmacy industry, 
as described above, resulted in some undesirable consequences for the basic pharmacy consumer - 
that is, the patient. For example, the pressures of managed care drastically reduced the amount of 
time available for communication between patients, physicians and pharmacists. In addition, 
5 patients typically did not receive all of their medications from the same pharmacy, and the overall 
therapy analysis function of the pharmacist was therefore often lost. Thus, despite receiving more 
^ potent and effective medications, consumers knew less about the proper use of these medications, 
\Q and received lesser quality service. 

O Over the past ten years or so, in an attempt to resolve some of the aforementioned side-effects 

^Jo of the changing industry, ' 'pharmaceutical care" evolved in the pharmacy profession. 
h Pharmaceutical care teaches that pharmacists can and should be held responsible for assuring the 
O appropriate outcomes of medication therapy. Some of the general functions of pharmaceutical care 
P include establishing clear goals of therapy, educating patients on the optimal use of medications, 

monitoring the effects of the medications, measuring and documenting the outcomes, and reporting 
15 on the results to the patient, prescribing doctors, and payers. 

To accomplish these functions, and others, the pharmacist typically must consult various 
sources of information. For example, voluminous clinical reference materials regarding the 
composition of drugs, their uses, side effects, adverse combinations, etc., are required. Reviewing 
and analyzing the materials typically involves a large amount of time. In addition, patient records 
20 describing the patient's history, as well as current state of health, are required. Follow-up 
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examinations or surveys are needed to evaluate the success of a particular drug or treatment program, 
or to evaluate if the drug is being properly used. And information as to the effectiveness of a 
treatment, the improper use of a drug, possible alternative treatments, etc., is usually reported to 
patients, payers, and physicians. 
5 Having multiple sources of information, typically in various information media, makes it 

difficult for a pharmacist to practice pharmaceutical care in an accurate and efficient manner. Thus, 
^ it would be desirable if the information required to perform the core tasks of pharmaceutical care 
S could be managed and otherwise processed from a centralized point of access, allowing pharmacists 
O to spend more time practicing pharmaceutical care, and less time performing tasks to enable them to 
Jjo do so. 

1 3 SUMMARY OF THE INVENTION 

The present invention describes clinical information resource and documentation systems, 
and methods of their use. The invention facilitates the provision of pharmaceutical care and disease 
15 management by pharmacists in a variety of practice settings. The data associated with the present 
invention includes clinical data, and patient data. 

The clinical data classifies drugs into therapeutic classes, and for each class there is 
associated therewith known indications, contra-indications, recommended dosages, known adverse 
reactions, and drug interactions. Each drug is assigned a unique identification code. The code may 
20 include a therapeutic cross reference (TXR) as well as other data, but preferably the code itself is the 
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TXR, and the TXR may be associated with a class, subclass, or specific drag. Preferably, the high- 
order characters of the TXR represent the drug's class, and the next order of characters represent the 
drug's subclass. Further orders represent finer classifications. Thus, an eight-character TXR may 
have the first two characters representing a class, the next four representing a subclass, and the next 
5 two representing the specific drug within the class and subclass. The TXR allows access to 

information associated with the drug's disease indications and contra-indications via a link to the 
m ICD-9s (International Classification of Diseases) associated with the diseases. The TXR also has 
J associated therewith, data representing recommended dosages and adverse reactions. 
Q The patient data includes, for each patient, a diagnosis profile and an allergy profile. The 

%0 diagnosis profile includes known disease states of the patients. The allergy profile includes patient 
n allergies, cross-sensitivities, and intolerance. Accessing the available clinical data and patient data 
O via a computer software interface, the pharmacist is able to practice pharmaceutical care in an 
• J accurate and efficient manner. 

The present invention allows pharmacists to use a common approach to providing care 
15 throughout all disease states and healthcare related issues. Pharmacists are able to manage patient 
diseases (Disease Management), perform clinical queries to gather factual information (Clinical 
Query), document intervention in the patient treatment (Pharmacist Interventions), analyze and 
evaluate the results of patient therapy (Evaluating Humanistic Outcomes and Evaluating Clinical 
Outcomes), and report the results to necessary parties (Reporting Results), all through use of an 
20 integrated software solution. In this application, the examples and descriptions refer to a 
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"pharmacist" as the person performing the methods described herein. However, the invention is not 
to be so limited, as any person, such as a nurse, doctor, assistant, may also perform the methods 
described herein, using the systems and computer software described herein. 

Disease management includes various interrelated activities designed to foster sound clinical 
decisions. For a selected patient, disease management includes documenting the patient's current 
drug therapy plan (Patient Current Therapy), evaluating the drug therapy in relation to the patient's 
indications (Drug Use Evaluation), determining any intervention necessary to correct the current 
therapy plan (Therapy Assessment), and constructing a plan to optimize the patient's therapy 

(Pharmacist Care Plan). 

Clinical Query includes queries based upon patient, disease, drug, drug class, or adverse 
reactions. Patient-based queries are used to provide possible drug treatments for a given medical 
condition (diagnosis) of a selected patient, and to provide clinical "alerts" due to any of the patient's 
co-existing conditions (other disease states and allergies). Disease-based queries are used to provide 
possible drug treatments for a selected medical condition, and to provide clinical alerts due to 
hypothetical co-existing conditions, not necessarily attached to a specific patient. Drug-based queries 
are used to access full prescribing information on any drug in the database and to selectively zero in 
on the information category of special interest. Drug-class-based queries are used to provide 
comparison among all drugs in a specific therapeutic class, with full prescribing information on each 
drug in the class, and to selectively zero in on the information category of special interest. Queries 
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based upon adverse reactions are used to identify therapeutic drug classes and to selectively identify 
members of each class and the likelihood to which they may cause a given adverse reaction. 

Pharmacist Intervention describes the process by which the pharmacist documents any 
interventions performed in order to be compensated by the patient's insurance provider. The 
5 interventions may be clinical in nature, or they may be to educate the patient or to assess the 
patient's compliance with the prescribed treatment. 
,_ Evaluating Outcomes involves taking steps to improve a patient's quality of life (QOL). The 

3 evaluation of the humanistic outcomes is generally done through the evaluation of the patient's 

responses to standardized surveys. The survey answers may be input to the system during a 
4o counseling session, or from a printed questionnaire filled out by the patient. The evaluation of 
O clinical outcomes is performed by analyzing results of treatment to selected patients. 
Q Reporting Results involves obtaining essential information that will help the care provider in 

P making critical decisions that affect the health care delivery to the patient. The reports generated 
may be based upon specified patient characteristics, drug uses, therapy assessments, interventions, 
15 responses, recommendations, or clinical outcomes. 

Thus, in one aspect of the present invention, integrated software with access to clinical and 
patient data is used by a pharmacist to determine an appropriate drug therapy for a particular patient, 
taking into account the patient's allergies, drag interactions, the patient's history, and the patient's 
present disease state. In another aspect, the software communicates with an independent or 
20 integrated dispensing software, to obtain the requested prescribed drugs. In another aspect, the 
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pharmacist uses the software to monitor the patient's progress based upon information provided by 
the patient, and to report thereon. 

Other objects and advantages of the present invention will be apparent from the detailed 
description which follows, when read in conjunction with the associated drawings. 

5 

BRIEF DESCRIPTION OF THE DRAWINGS 

^ FIGS, la, lb, and lc are block diagrams illustrating the hierarchical structure of the various 

Q features of a preferred embodiment of the present invention. 

< FIG. 2 is a flowchart illustrating the steps involved in the Patient Current Therapy portion of 

10 the Disease Management aspect of the present invention. 

■--J FIG. 3 is a flowchart illustrating the steps involved in the Drug Use Evaluation portion of the 

ffl Disease Management aspect of the present invention. 

- FIG. 4 is a flowchart illustrating the steps involved in the Pharmacist Care Plan portion of the 
Disease Management aspect of the present invention. 
15 FIG. 5 is a flowchart illustrating the steps involved in a Patient-based Query portion of the 

Clinical Query aspect of the present invention. 

FIG. 6 is a flowchart illustrating the steps involved in a Disease-based Query portion of the 
Clinical Query aspect of the present invention. 

FIG. 7 is a flowchart illustrating the steps involved in a Drug-based Query portion of the 
20 Clinical Query aspect of the present invention. 
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FIG. 8 is a flowchart illustrating the steps involved in a Drug class-based Query portion of 
the Clinical Query aspect of the present invention. 

FIG. 9 is a flowchart illustrating the steps involved in an Adverse reaction-based Query 
portion of the Clinical Query aspect of the present invention. 

FIG. 10 is a flowchart illustrating the steps to involved in preparing a PCCF Form. 

FIG. 1 1 is a flowchart illustrating the steps to involved in preparing a HCFA 1 500 Form. 

FIG. 12 is a flowchart showing the steps involved in creating humanistic outcome surveys. 

FIG. 13 is a flowchart showing the steps involved in a patient query process. 

FIG. 14 is a flowchart showing the steps involved in creating Drug Utilization Reports. 

FIG. 15 is a flowchart showing the steps involved in creating Therapy Assessment Reports. 

FIG. 16 is a flowchart showing the steps involved in creating Clinical Outcome Reports. 

FIG. 17a is a sample report produced by using the systems and methods of the present 
invention, showing some of the various monitoring parameters that are available for tracking. 

FIG. 17b is a second sample report produced by using the systems and methods of the present 
invention, showing some of the various monitoring parameters that are available for tracking. 

DETAILED DESCRIPTION OF THE INVENTION 

A preferred embodiment of the present invention is implemented in a computer software 
application, such as ApotheCare®-2000 Pharmaceutical Care Program, by Etreby Computer 
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Company, Inc., of La Palma, California. A User's Guide for the ApotheCare®-2000 Pharmaceutical 
Care Program is attached hereto as Appendix A, with detailed descriptions of available functions. 

The present invention requires at least patient data and clinical data, which may be stored in 
separate independent databases, or in a single integrated database. The patient data is preferably 
input via electronic patient charts, and changes continuously as new patients are added, patient drug 
treatments change, or other demographic, aa^ninistrative, lifestyle, or other information for a patient 
changes. The clinical database is preferably a collection of integrated databases, prepared and 
reviewed by qualified medical and research personnel to ensure that the information is accurate and 
comprehensive. The clinical database may be updated on a regular basis, such as daily, weekly, 
monthly, etc., to account for clinical information that is newly discovered or newly-accepted. The 
clinical data classifies drugs into therapeutic classes, and for each class there is associated therewith 
known indications, contra-indications, recommended dosages, known adverse reactions, and drug 
interactions. 

Each drug represented in the clinical database is assigned a unique identification code, 
preferably eight characters in length. The code represents a therapeutic cross reference (TXR), 
which provides a reference or link to the therapeutic category of the drug as well as those of 
therapeutically related drugs within a similar therapeutic class. This allows the flexibility to provide 
access to the directly referenced information as well as to comparative information, such that a 
pharmacist may be more informed when making care decisions. Each TXR points directly to its 
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associated disease indications and contra-indications, via a link to the ICD-9s (International 

Classification of Diseases) associated with the diseases. 

Using the clinical and patient data, the pharmacist is able to manage patient diseases (Disease 

Management), perform clinical queries to gather factual information (Clinical Query), document 
5 intervention in the patient treatment (Pharmacist Interventions), analyze and evaluate the results of 

patient therapy (Evaluating Humanistic and Clinical Outcomes), and report the results to necessary 
O parties (Reporting Results), all through use of an integrated software solution. The main tasks, along 
^fl with their associated sub-tasks, are shown in FIGS, la and lb. In addition, FIG. lc shows further 
S subtasks of the subtask "Pharmacist Care Plan" shown in FIG. la. Each of these tasks will be 
gjo discussed more fully herein. 

y Disease Management 

ff Disease management includes various interrelated activities designed to foster sound clinical 

decisions. For a selected patient, disease management includes documenting the patient's current 
15 drug therapy plan (Patient Current Therapy, see FIG. 2), evaluating the drug therapy in relation to 
the patient's indications (Drug Use Evaluation, see FIG. 3), determining any intervention necessary 
to correct the current therapy plan (Therapy Assessment), and constructing a plan to optimize the 
patient's therapy (Pharmacist Care Plan, see FIG. 4). 

In FIG. 2, the steps followed to perform the Patient Current Therapy are shown. First, a 
20 particular patient is selected at step 200. The system determines if the selected patient already has 

OC-86 153.1 

-11- 



Patent 
265/248 



information in the patient database, at step 210. If the patient is not already in the patient database, 
then the system proceeds down the path beginning with step 220a, otherwise the system proceeds 
down the path beginning with step 220b. 

At step 220a, a particular drag in the patient's current therapy regimen is entered. The drug 
5 is entered in a table on a display device, such as a computer screen. The table comprises the 
following columns: Drug Name or Description; Usage direction or frequency per day (e.g. twice 
i2 daily or 3 times daily); Daily dose; Date of last dispensing; The quantity dispensed; The quantity 
•3 remaining; and Compliance percentage. The data can either be entered manually, or imported from a 
-;rt pharmacy dispensing system using one of several import/export mechanisms. The compliance 
; fio percentage, however, is preferably automatically calculated based on the following formula: 

Quantity Used = Quantity Dispensed - Quantity Remaining 
y Daily Usage = Daily Dose * Frequency Per Day 

{2 Number of Days of Use = Evaluation Date - Date of Last Dispensing 

Compliance Percentage = (Quantity Used * 100) / (Daily Usage * Number of Days) 
15 At step 230a, the drug is located in the clinical database, and at step 240a, a specific diagnosis of the 
patient is associated with the drug. The pharmacist then enters into the system the prescribed dose 
and frequency of the drug for the patient, at step 250a, and the last fill date, dispensed date, and 
remaining quantities at step 260a. Patient compliance is calculated at step 270a, as described above. 
At step 280a, the pharmacist indicates whether there are more drugs in the patient's current therapy, 
20 and if so, the process is repeated for each drug. When there are no more drugs in the patient's 
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current therapy, a medication planner is generated at step 290, to aid the patient or care provider in 
administering the proper doses of the therapy drugs and the proper times. 

Still referring to FIG. 2, if the patient's information is already in the patient database, then 
after step 210 the method proceeds down the path beginning with step 220b. At step 220b, the 
patient's history is retrieved, and displayed on a computer screen or other display device. The 
particular therapy for the patient is selected from the history, at step 230b, and then at step 240b a 
specific diagnosis of the patient is associated with a selected drug in the therapy. The dispensed dose 
and frequency of the selected drug for the patient is calculated at step 250a by using administration 
instructions, and the last fill date, dispensed date, and remaining quantities are retrieved from the 
therapy information at step 260b. Patient compliance is calculated at step 270b, after the remaining 
quantity of the selected drug is input to the system by the pharmacist. At Step 280b, the pharmacist 
indicates whether there are more drugs in the patient's current therapy, and if so, the process is 
repeated for each drug. When there are no more drugs in the patient's current therapy, a medication 
planner is generated at step 290. 

FIG. 3 illustrates the steps involved in the Drug Use Evaluation portion of the Disease 
Management aspect of the present invention. In general, the present invention uses the clinical 
databases to match the patient's drug therapy against his/her medical conditions or existing disease 
states. Drug-disease contraindications, drug allergies, dose irregularities, therapeutic duplications, 
potential drug-drug interactions, and untreated medical conditions are also screened for, and patient 
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compliance with the therapy plan is evaluated. The results of this clinically intensive process are 
produced almost instantaneously onto a display unit or other output device. 

At step 300, information for the desired patient is selected to be displayed. Starting with the 
first drug in the patient's current therapy plan, at step 3 10 the drug's clinical data is retrieved from 
5 the clinical database. At step 320, the drug is then checked against the patient's allergy conditions, 
obtained from the allergy profile within the patient database. Any detected cross-allergies are 
q flagged for later use and/or reporting. At step 330, the drug's contra-indications are checked against 
CJ the patient's disease states located in the patient diagnosis profile. Contra-indications, if any, are 
Jjj also flagged. At step 340, the dose specified for the selected drug is checked against the 
fr|o recommended dose in the clinical database, and any dosage outside the recommended range is 
O flagged. For each drug, the clinical database contains specific indications to treat, and each 
y indication has a specified maximum, minimum and normal range of dosages to be applied. The dose 
ff may vary depending on the patient's age, weight, and acuteness of the disease condition. 

At step 350, the selected drug is compared to other drugs in the patient's therapy to determine 
15 if the selected drug is a therapeutic duplication of any of the other drugs in the patient's current 

therapy. This can be accomplished because the clinical database classifies the drugs into therapeutic 
classes, for which generally each drug in the class can be used for the same indications. If more than 
one drug in a particular class is in the patient's current therapy, the condition is flagged. If there are 
more drugs, as determined at step 360, the previous process is repeated, otherwise, the process 
20 continues to step 370, where the patient diagnosis profile is checked for untreated conditions. Since 
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each drug is assigned a disease state from the patient's diagnosis profile to treat, any disease states in 
the patient's diagnosis profile that are not associated with one or more drugs are flagged as untreated 
medical conditions. The patient's current therapy is then reviewed at step 380, to determine if there 
are any drug interactions between two or more drugs. The clinical database documents these 
5 instances for each drug or drug combination, including the severity and frequency of occurrences. 
Each two drug combination is analyzed, and other multiple combinations of three or more drugs may 

O also be analyzed. Any interactions are flagged, and all the information from the Drug Use 

Evaluation is forwarded at step 390 to the Therapy Assessment Tables for later use, as will be 

JrJ described herein. The information preferably includes the severity, mechanism and suggested 

gfO management. 

Q The Therapy Assessment portion of the Disease Management aspect of the present invention 

y is performed using data gathered and formed form the Drug Use Evaluation, as described above, 
rr The clinical database may be accessed during this process to review a particular drug regimen and 
provide a report regarding drug related problems associated with the regimen. The Therapy 
15 Assessment process is preferably divided into twelve assessment categories, although there may be 
more or less as desired or needed. Each category preferably corresponds to a page tab on a multi-tab 
folder on a computer display, and preferably comprises the following sections: a problem 
description, intervention documentation, recommendation, response to documentation and the date 
of the action. Each category can have several problem entries with corresponding intervention, 
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recommendation, response and date. The system provides this data entry format to facilitate 
documenting the findings in the assessment process. 

The first category is Untreated Medical Condition. The problem section of this category is 
generally filled automatically by the Drug Use Evaluation process. The pharmacist documents any 
intervention taken, and records his recommendations to the physician as well as the physician's 
response to his recommendation, and the dates thereof. 

The second category is Drugs Without Medical Indication. Through the process of Drug Use 
Evaluation, there might be a situation where a drug exists in the patient's drug regimen even though 
none of its indications exists in the patient's diagnosis profile. This may indicate an incomplete 
patient diagnosis profile or an unneeded drug in the patient's drug regimen. This condition, if it 
exists, is automatically documented in the problem section, and the other sections are left for the 
pharmacist to document any interventions, recommendations and responses. 

The third category is Dosage, Route, Frequency, and Therapy Duration. Any dosage 
problems detected in the drug evaluation process are automatically documented in the problem 
section of this category. Problems with route, frequency, and therapy duration are added manually 
by the pharmacist in addition to any interventions, recommendations, and responses. 

The fourth category is Therapeutic Duplication. As described earlier, drugs in the patient's 
drug regimen which are therapeutically equivalent are detected and documented automatically in the 
problem section of this category. The pharmacist inputs the data needed to fill in the other sections. 
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The fifth category is Drug-Disease Contra-Indications. Any contra-indications determined in 
the Drug Use Evaluation process are automatically documented in the problem section of this 
category. The pharmacist inputs the data needed to fill in the other sections. 

The sixth category is Drug Interactions. Detailed descriptions of the interaction between any 
5 drug combination in the patient's current therapy, are documented in the problem section. There 
may be multiple interactions, in which case the pharmacist may document any intervention taken to 
q manage each interaction, along with his or her recommendations and the physician's responses 
thereto. 

-fj The seventh categoiy is Drug Allergies/Intolerance. In the problem category of this category, 

■ nlO the allergies detected during the Drug Use Evaluation process are documented automatically. The 
Q pharmacist may add other cases of intolerance that the patient has encountered, 
y The eighth category is Adverse Drug Reactions. Any adverse drug reactions reported by the 

i2 patient are documented in the problem section of this category. 

The ninth category is Medication Safety Efficacy Issues, which is used to document issues 
15 related to the safe use of the drug or its efficacy. 

The tenth category is Patient Compliance. Patient compliance problems are documented in 
this category, together with recommendations for improvements. 

The eleventh category is Patient Knowledge / Education Needs. The pharmacist's 
assessment of the patient's knowledge and educational needs is documented here. Any problems are 
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described, along with any interventions and recommendations for how to resolve or cope with the , 
problems. 

The twelfth category is Social / Financial Considerations. This category is used to describe 
social and financial circumstances that may affect the outcome of the patient's therapy. 

Turning now to FIG. 4, there is seen a flowchart of The Pharmacist Care Plan portion of the 
Disease Management aspect of the present invention. This is the final phase of the Disease 
Management process. (A block diagram of the main subtasks of this process is also shown in FIG. 
lb.) A pharmacist care plan is constructed to optimize the drug therapy for the patient and to provide 
a clinical record of any interventions performed. First, it must be determined at step 400 whether a 
new care plan is to be created, or whether the pharmacist would like to review an existing care plan. 
If the latter, then the existing care plan is located at step 410. Otherwise, the pharmacist selects a 
disease state of the patient for which a care plan will be created (step 420), and selects suitable 
monitoring parameters (step 430), 

The monitoring parameters preferably include various symptoms, disease issues, 
measurements, and adherence ratings, as seen in the Monitoring Parameters section 10 of sample 
reports shown in FIGS. 17a and 17b. For each patient / pharmacist encounter addressing a particular 
care plan, a progress record is preferably created and attached to or electronically associated with the 
original care plan. A series of progress reports may then be created over time to provide history for 
tracking the outcome of the pharmaceutical care by comparative reporting of the monitoring 
parameters. The Pharmacist Care Plan then preferably comprises stating the patient's health care 
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needs (step 440), setting pharmaceutical goals and recommending optimal therapy (step 450), and 
monitoring the outcomes (step 460). 

All care plan sections are preferably presented together on the computer screen or other 
display device. The system allows the pharmacist to move freely between the different sections of 
5 the care plan. The system also presents the pharmacist with several buttons to initiate events to 
create patient or physician communications, access other care plans, access a protocol library, create 
13 and print invoices, access the knowledge base, and create progress notes. 

; J f A separate care plan may be constructed to address a single high-risk disease state. Another 

^1 important feature is the ability to create multiple care plans for a patient suffering a multitude of 
ffflo high-risk conditions, with each plan addressing a separate disease state. To monitor the progress of 
£3 the patient, as many progress notes as needed can be attached to the care plan. 
: J To facilitate the development of care plans, the systems and methods of the present invention 

j2 may include Care Plan Templates, Care Plan Protocols, a Communication Library, and an Online 
Knowledge Database. 

15 The Care Plan Templates are used to save a care plan for a specific patient. The template can 

be used later for other patients with a similar high-risk condition. 

Care Plan Protocols are developed to provide critical pathways and decision algorithms 
leading to the selection of optimal initial therapy and proper follow up criteria based on particular 
patient characteristics, co-existing medical conditions, severity of the disease, etc. Therefore, a 

20 protocol database provides the necessary guidelines for formulating the "plan" section of the care 
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plan. The program provides the pharmacist several protocols for his/her use when creating care 
plans. The pharmacist may use these protocols as a guide for creating his/her own practice-specific 
protocols. 

The Communications Library is a word processing tool that can be used to create custom 
5 messages for communicating with patients, patients' guardians or care givers, physicians, or other 
health care professionals. This feature saves enormous amounts of time. The library may contain a 
3 virtually endless number of pre-formatted messages for rapid retrieval and printing. 
i3 The Online Knowledge Base is periodically updated. Data provided may include basic 

reference information on selected high-risk disease states, easily made care plans, etc.. Useful 
.JO information, such as normal laboratory values or comparative safety and efficacy of certain drug 
O categories are also included. The Online Knowledge Base is ideal for providing on-line clinical 
u guidelines during the process of setting up a pharmacist care plan. It provides assistance and 
{1 guidance in identifying "patient problems/needs," determining "pharmacotherapeutic goals," setting 
a "plan," and deciding upon the proper "monitoring parameters." These are the distinct components 
1 5 of the Pharmacist Care Plan. 

Clinical Query 

An important feature of the present invention is a robust array of integrated clinical 
databases. This advanced information technology provides virtually instant answers to very 
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complicated clinical problems that face clinicians (physicians, pharmacists, nurses, etc.) in their daily 
practice. 

The power of the clinical databases enable pharmacists to perform the "Drug Use Evaluation" 
process, as explained previously in the description of Disease Management. While this process 
5 happens in the background, for the "Clinical Query" these evaluations are brought to the foreground 
under the pharmacists total control 

The "Clinical Query" may include Patient-based Queries, Disease-based Queries, Drug-based 
43 Queries, Drug class-based Queries, Adverse Reaction-based Queries, or other queries. The "Clinical 
y Query" provides an innovative tool that can be used by the clinician to: find essential clinical 
ff^O information on a specific drug or class of drugs; find all drugs available under a specific therapeutic 
Q class; provide a virtually instantaneous comparison of clinical information between drugs in the 
y same therapeutic class; find all drugs that can be used to treat a specific disease; find the most 
rj suitable drug(s) for use in treating a specific disease, taking into consideration a patient's other 
underlying conditions; find the most suitable drug(s) that can be used to treat a specific disease, 
15 taking into consideration other drugs in the patient's drug regimen; and trouble-shoot the existence 
of an adverse side effect that could possibly be caused by a drug in the patient's drug regimen, and 
suggest an alternate drug that does not cause the same side effect. Each of these clinical queries may 
be classified as a Patient-based Query, a Disease-based Query, a Drug-based Query, a Drug Class- 
based Query, or an Adverse Reaction-based Query. 
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Patient-based Queries provide lists of all possible drug treatments for a given medical 
condition (diagnosis) of a selected patient, while in the meantime providing clinical "alerts" due to 
any of the patient's co-existing conditions (other disease states and allergies). This process is 
illustrated in FIG. 5. 

At step 500, the pharmacist selects the patient from the patient database. The patient's 
existing disease states are displayed in a drop-down list, at step 510. The pharmacist then selects the 
desired disease state to be treated, at step 520. All other disease states of the patient (from the 
patient diagnosis profile) and all allergies of the patient (from the patient's allergy profile) are 
automatically listed in the patient's underlying conditions, at step 530. The system, at step 540, then 
queries the clinical database for all drugs that have the selected disease state among their indications, 
and then lists those drugs in a "Drug Candidates " list at step 550. For each drug in the list (as 
indicated by steps 560 and 595), the program fetches its clinical information from the database (step 
570) and displays the dosage information, such as daily dose and frequency of administration (step 
580), and highlights any detected contra-indications or allergy alerts based on the patient's 
underlying conditions (step 590). In the software implementation of the present invention, double 
clicking on any drug on the list will cause the software to display the detailed clinical information of 
the selected drug. 

Disease-based Queries provide lists of possible drug treatments for a selected medical 
condition (diagnosis), while in the meantime providing clinical alerts due to any of a number of 
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hypothetical co-existing conditions, not necessarily attached to a specific patient. This process is 
illustrated by the flowchart in FIG. 6. 

At step 600, the pharmacist selects the desired disease state to be treated. The pharmacist 
then selects other disease states and allergies as underlying conditions, as seen by steps 610, 620, and 
630. The system then queries the clinical database for all drugs that have the selected disease state 
among their indications (step 640), and lists those drugs in a "Drugs Candidates" list (step 650). For 
each drug in the list (as indicated by steps 660 and 695), the system fetches its clinical information 
from the database (step 670) and displays the dosage information, such as daily dose and frequency 
of administration (step 680), and highlights any detected contra-indications or allergy alerts based on 
the patient underlying conditions (step 690). In the software implementation of the present 
invention, double clicking on any drug on the list will cause the software to display the detailed 
clinical information of the selected drug. 

Drug-based Queries are used to access full prescribing information on any drug in the 
database and selectively zero in on the information category of special interest. The initial clinical 
display provides the selected drug's indications, recommended daily dose for each indication and the 
administrative frequency. Other displays provide the pertaining clinical information. This process is 
illustrated in FIG. 7. 

The pharmacist selects a drug from the drug clinical database, as indicated at step 700, and 
the clinical database is accessed to retrieve information (step 710). At step 720, the system then lists, 
preferably on a multi-page display, the clinical information pertaining to the selected drug. The 

OC-86 153.1 

-23- 



Patent 
265/248 

information includes indications, dosage information, contra-indications, adverse reactions, and 
other drugs that may interact with the selected drug. This process may be repeated for other drugs, 
as indicated by step 730. 

Drug class-based queries are used to provide virtually instantaneous comparison among all 
5 drugs in a specific therapeutic class, providing full prescribing information on each drug in the class, 
enabling the pharmacist to selectively zero in on the information category of special interest. For 
□ each drug, the initial clinical display provides the indications, recommended daily dose for each 
3 indication and the administrative frequency. Other displays provide the pertaining clinical 
: i1 information on each drug for ease of comparison. The phannacist first selects a drug class from the 

"ri 

2J0 drag clinical database, as indicated by step 800. The system then lists all the drugs in this class (step 
53 810) and searches the clinical database to fetch the clinical information on each drug, displaying the 
jjf comparative clinical information on a multi-page display categorized by indications, contra- 
£7 indications, adverse reactions and interactions (steps 820, 830, 840, and 850). On each page the 
relative severity and/or frequency of occurrence is displayed for meaningful comparison. The 
15 process may be repeated for more classes, as indicated by step 860. 

Adverse-reaction-based Queries are used to produce a list of therapeutic drug classes and 
selectively identify members of each therapeutic class and the likelihood to which they might cause a 
given adverse reaction. When a patient is involved in this process's criteria, the objective is to 
identify the drug(s) present in that patient's regimen that may cause a given adverse reaction. 
20 Turning to FIG. 9, the adverse reaction (ADR) list is cleared at step 900. The pharmacist then 
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identifies the adverse reaction(s) at issue (steps 905, 910). If a specific patient is selected for 
analysis at step 915, then the process continues to step 917, to be described shortly. Otherwise, the 
process continues at step 920, where the system then queries the clinical database for all therapeutic 
drug classes that may cause the ADR(s). A list is prepared comprising all drugs in the selected class 
that have associated therewith at least one of the ADRs. This is done for each selected class, as 
indicated by steps 925, 930, and 935. Once the process is complete for a particular set of ADRs, it 
may be repeated, as indicated by step 940. If there are no more ADRs to process, the Adverse 
reaction-based Query process ends (step 945). 

If the pharmacist selects a particular patient from the patient database as a part of these query 
criteria (see step 915), then the drug search will be limited to the drugs in the selected patient's drug 
regimen, as indicated by step 917. In a software implementation of the present invention, upon 
highlighting a particular drug in the patient's current therapy, the system would preferably virtually 
instantaneously lists other members of the same drug class that may or may not cause the same 
reaction. 

Pharmacist Intervention 

The pharmacist typically documents any interventions that he/she performs, such that the 
pharmacist can be compensated by the patient's insurance provider. The Pharmacist Intervention 
may include Clinical intervention, Patient Educational Intervention, or Compliance Intervention. 
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The system documents Clinical Interventions in a fast and efficient manner, and at the same 
time allows printing of claim forms which reflect the interventions. Two popular claim forms 
suitable for billing pharmacist intervention, HCFA-1500 and PCCF (NCPA's Pharmacist Care Claim 
Form), are preferably incorporated into the software system of the present invention. Both claim 
5 forms print on plain paper, thereby eliminating the need for pre-printed forms. 

Using the systems and methods of the present invention, the pharmacist has the capability to 
o fill the form on a display screen, using the patient's available demographic, insurance, and drug 
'B therapy information. Once the form is filled including the pharmacist fee of service, the form can be 
21 saved for later retrieval and/or printed for immediate use. The process involved is illustrated by the 
mo flowcharts in FIG. 10 and FIG. 11. 

P Turning to FIG. 10, for a PCCF Form, the patient is selected from the patient database, as 

y indicated at step 1000, and the insurance provider is selected as indicated at step 1010, from the 
jTf companies listed in the patient's insurance profile.. At step 1020, the pharmacist may select to access 
an existing form, which is displayed at step 1030, or to create a new form at step 1040. If the 
15 pharmacist selects an existing form, it will be displayed exactly as it was saved previously, otherwise 
a blank form is displayed. At step 1050, the pharmacist then enters the necessary information on the 
forms. The forms are preferably broken into sections which are logically distributed among multiple 
pages of a screen display. The completed form may be saved to disk, and/or printed, as indicated by 
step 1060. This process may be repeated for multiple forms for a single patient (see step 1070), and 
20 for multiple patients (see step 1080). 
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Turning now to FIG. 1 1, for a HCFA-1500 Form, the patient is selected from the patient 
database at step 1 100. The pharmacist then selects the patient physician from the physician's 
database, at step 1 1 10. At step 1 120, the pharmacist may select to access an existing form, which is 
displayed at step 1 130, or to create a new form, at step 1 140. If an existing form is selected, it will 
5 be displayed as it was saved previously; otherwise a blank form is displayed. At step 1 150, the 
pharmacist then enters the necessary information on the form. The pharmacist is preferably aided in 
n entering the information on the form, by selecting the proper entry from drop-down lists of 
n0 information extracted from multiple databases in the system. The place of service field is extracted 
^ from a stored set of numeric codes representing various places of service (1201). The procedure 
ffio codes are extracted from a CPT codes database 1 102. The diagnosis codes are extracted from the 
O patient's diagnosis profile, 1103. Upon completion of entering the information, the form may be 
stored on disk and/or printed at step 1 160. This process may be repeated for multiple forms for a 
'{2 single patient (see step 1 170), and for multiple patients (see step 1 180). 

Patient-educational Interventions are also documented in a fast and efficient manner. These 
15 interventions involve those performed by the pharmacist to educate the patient about the patient's 
medical condition or current drug therapy. This may include Patient Knowledge Assessment and 
Disease Specific Education. Patient Knowledge Assessment involves the patient's knowledge about 
his or her prescription, its intended use, expected action, etc. This information is assessed, and an 
educational action is taken during a counseling session. Documentation of this knowledge 
20 assessment and educational intervention is essential, and a screen-guided checklist is provided for 
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this purpose. Disease Specific Patient Education involves the patients knowledge about one of his 
disease states. This information is also assessed and an educational action is taken during a 
counseling session. For both of these processes, the on-screen form is filled out after selecting the 
patient from the patient database and the drug in question from his/her drug therapy. The form may 
5 then be saved on a disk or other media, and/or printed on a printer. 

Patient Compliance Interventions are also documented in a fast and efficient manner. These 
q interventions involve the pharmacist assessing the patient compliance with the patient's current 
IS therapy, and recommending actions to cure noncompliance. The process includes Compliance 
bi Assessment and Actions / Interventions. In the assessment section, the pharmacist performs an 
;4o analysis to assess the reasons for a patient's non-compliance. Major problem areas are explored. In 
□ each problem area, several possibilities are identified. The pharmacist selects the possibility that 
5 best describes the reason of the patient non-compliance. Based on the assessment analysis and the 
r? pharmacist's knowledge of the patient's characteristics, certain steps may be taken to enhance 

compliance. Major action categories are explored in the actions or interventions section. In each 
15 category, several possible actions are identified. Again the pharmacist selects the possible actions 
that represent the intervention(s) likely to enhance the patient's compliance. Forms are filled out on 
the screen, after selecting the patient form the patent database. The forms may then be saved to disk 
or other storage media, and/or printed on a printer. 



20 Evaluating Outcomes 
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Improvement in a patient's quality of life is a desired outcome that may be a direct result of 
the provision of pharmaceutical care. The evaluation of the humanistic outcomes is done through the 
evaluation of the patient's responses to standardized surveys. Preferably, the following surveys are 
available to the patient as part of the systems and methods of the present invention: Short Form 
5 Health Survey (SF-36); Diabetes Quality of Life Surveys (DQOL); Patient Satisfaction Survey 

(PSQ18); and Health Status Survey. Although the surveys themselves are standardized, the methods 
:j in which they are completed and scored using a computer screen are not. 
;0 A survey is a questionnaire that may be administered through an interview or by giving a 

"f; printed document to the patient for self-administration. These subjective measurements can be 
:Y|0 scored and analyzed as a valid and accurate assessment of the patient's perceived quality of life. 
-2 Most surveys include several categories of questions pertaining to different aspects of the patient's 
hi quality of life. Each question has a few possible answers. Each answer is translated into a numerical 
ST value, which may have a range from 1 to 2, 1 to 3, 1 to 4, 1 to 5, 1 to 6, or any other numerical range. 

The surveys may be completed by a pharmacist entering the data into the system based upon 
15 responses from the patient during an interview or counseling session, or the patient may complete a 
printed survey which is then later entered into the system. In either case, for each question, the 
pharmacist is presented with a drop-down list for the possible verbal answers to the question. 

The Surveys are stored with their dates for later reference. Surveys taken at different dates 
can be printed or viewed on the screen. They can also be visually compared using bar graphs, which 
20 can also be printed. 
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The process is illustrated by the flowchart in FIG. 12. The patient is selected at step 1200 
from the patient database. If there are previous surveys filled for this patient, they are displayed in a 
drop-down list, form which the pharmacist can select a previous survey at step 1220 for analysis of 
the results. The pharmacist can enter a new survey at step 1230 by entering a new date for the 
5 survey. At step 1240, the pharmacist selects either the "Category Analysis" or the "Quick Scoring" 
method, and the process would proceed to step 1250 or 1260 respectively. The answers entered 
q using one method can be instantaneously viewed using the other method. This process can be 
*S repeated as many times as needed for one patient with multiple surveys at different dates, as 
■r! indicated by step 1270. The scores from all or some of the surveys may be graphed for visual 
n||o comparison, at step 1280. The entire process may be repeated for another patient, as indicated by 
O step 1290. 

Q Additionally, Evaluating Clinical Outcomes is performed by using data gathered during 

patient encounters which data is automatically tabulated by the system in a comparative format and 
can be viewed on a display or a printed report. The data includes care plans and related progress 

15 notes. Sets of related parameters may also be viewed or printed in graph or table format. The main 
subtasks in Evaluating Clinical Outcomes are shown in FIG. lc. Patient symptoms are tracked 
through the disease severity markers (e.g., coughing and wheezing for asthmatic patients). Also, 
Disease issues are resolved, and risk factors are eliminated or reduced. For example, for a diabetic 
patient a disease issue is whether the patient is overweight, and if so then to what degree. This is 

20 also a risk factor that is addressed in the care plan to help the patient reduce his or her weight. 
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Parameters are also measured to evaluate a patient's progress towards reaching a desired goal. For 
example, for a hypertensive patient, their blood pressure is monitored regularly to assure the 
movement towards normal values for systolic and diastolic readings. Additionally, assessment of the 
patient's knowledge of their disease and therapy is performed, and the patient's compliance 
5 therewith is monitored. 

Reporting Results 

O The present invention includes a sophisticated reporting system that enables the pharmacist 

"0 to obtain essential information to help the care provider in making critical decisions that affect health 
'&\ care delivery to the patient. The reports generated include Patient Reports, Drug Utilization Reports, 
§0 Therapy Assessment Reports, and Clinical Outcome Reports. 

O Patient reports are generated using a patient query system as a front end, and the typical 

process is illustrated by the flowchart in FIG. 13. The patient query process allows the pharmacist to 

\1 select patients from the patient database who meet specific criteria. The process begins at step 1300 
where the pharmacist selects whether new search criteria are needed. If new search criteria are not 
15 needed, the pharmacist selects the existing criteria at step 1395. Otherwise, new criteria are selected. 
The criteria can be specified based on patient name (step 1310), primary and/or secondary insurance 
coverage (step 1320), patient location (step 1330), disease state(s) (step 1340), drug(s) taken (step 
1350), and/or other parameters. The criteria established for a specific case study may be stored 
under an appropriate title to be retrieved for future study cases, as indicated at step 1360. The patient 
20 database is then searched at step 1370, and the results may be printed at step 1380. The process may 
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be repeated, as indicated by step 1390. The patient query system, when used by itself, generates a 
list of patients meeting the specified criteria. If used as a front end to other reports, it only uses data 
obtained about those patients who met the criteria in generating the report. 

Drag Utilization reports display drug usage for specific classes of drugs, by a specific group 
5 of patients with specific disease state(s). The pharmacist has the capability of creating customized 
reports and saving them as templates for future use. He/she also has the option of displaying the 
O report in summary format or in detailed format. The summary report is a statistical analysis that 
M3 displays the total number of patients taking the drugs in the specified classes as well as the 
JrJ percentage of total patients selected. The detailed report includes the detailed information, such as 
r|o the patient name, facility, etc. The process is shown by the flowchart in FIG. 14. 
O The process starts at step 1400 by displaying the existing report templates for the user to 

y select among them. At step 141 0, the user may select an existing report template or opt to create a 
ff new one. If the user selects an existing template, the process proceeds to step 1417 where the 
template is loaded, otherwise the process proceeds to step 1415 where the user selects the drug 
15 classes and disease states to report on. New templates may be saved for later use. The user can then 
view and/or print the template report criteria at steps 1420 and 1430 respectively, then proceed to run 
the report at step 1440 if desired. If a report is to be run, the patient query process is invoked as 
seen at step 1450. The user selects a report format and specifies the desired search criteria (step 
1460) as explained in the patients report section, and the database is then searched (step 1470), 
20 wherein patient records, including the current drug therapies, are scanned (selected through the 
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patient query process) to extract desired information.. The result of the patient query process is 
printed and/or displayed (steps 1475 and 1477 respectively). The process using the already selected 
drug classes and disease states may be repeated for additional patients (step 1480), or the process 
may be restarted from the beginning (step 1490). There are numerous options that the user can use 
5 to customize the looks and the contents of the report. 

Therapy Assessment Reports show the therapy assessment report for patients selected via the 
s«i patient query process. The pharmacist has the option of including in the report any combination of 
S therapy assessment problem, intervention, response, and recommendation that he/she wishes. The 
O pharmacist may also choose to print the report for each patient separately or include all patients in 
: J0 one report. The report can also be viewed and/or printed in a summary or detailed formats. The 
;5 process is shown by the flowchart in FIG. 15. It begins at step 1500 by invoking the patient query 
Q process. Patients are selected via this process as explained in the patient report section. If a report is 
■ wJ to be created as indicated by step 1510, the pharmacist specifies the starting and ending dates of the 
assessment (step 1520) and selects the report format and contents (step 1530). The records of the 
15 patients selected via the query process are scanned and their therapy assessment records are 
extracted. The report can then be displayed (step 1540) or printed on a printer (step 1550) 

Clinical Outcome Reports are created as shown in FIG. 16. Data gathered during patient 
encounters are automatically tabulated by the system in a comparative format that can be viewed on 
the screen or printed in a report. Another way to look at clinical outcomes data is to graph separate 
20 sets of related parameters. The graph may be viewed on the screen or printed. 
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The report can be printed for one patient only for a particular care plan, or for a group of 
patients who share the same diagnosis for which care plans for each patient have been devised. The 
process of the report for one patient is to tally the information from the progress notes attached to 
this plan and display it on the screen and/or sent to a printer. 
5 The process starts by invoking the patient query process at step 1600. Patients are selected 

via this process as explained in the patient report section. If a report is to be created, as indicated by 
q step 1610, the pharmacist selects the desired diagnosis and specifies the data range at step 1620. The 
^3 range may be, for example, the original care plan, the latest progress note, a specified number of the 
■rf latest progress note, or specified number of progress notes including the original care plan. The 
;j|o pharmacist then selects the date range at step 1630, and selects a desired report format at step 1640. 
O The records of the patients selected via the query process are scanned and their care plans and 
U progress notes records are extracted. The report can then be displayed (step 1650) or printed on a 
2 printer (step 1660). 

While certain embodiments are illustrated in the drawings and have just been described 
15 herein, it will be apparent to those skilled in the art that many modifications can be made to the 

embodiments without departing from the inventive concepts described. Thus, the invention is not to 
be restricted except by the claims which follow. 

For example, the invention may be embodied in a single integrated software solution, to be 
run on any suitable local PC computer. Or the invention may be embodied in software accessible 
20 through the internet, or a dial-up connection. Similarly, the clinical data and/or the patient data may 
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be in a single, or multiple databases, and they may be local or remote to a particular pharmacist. The 
database(s) may be controlled by a centralized database manager, such that pharmacists from various 
locations would have access to the same real-time data. Security levels may be programmed to 
allow specific individuals, or classes of individuals (i.e. doctors, patients, insurers, insured persons, 
etc.) specified access to specified functions. The pharmaceutical care software may operate in 
cooperation with an integrated or separate dispensing software. Any suitable programming 
language(s) may be used to provide a software implementation of the present invention. Also, 
various miscellaneous clerical, administrative, and even clinical functions may be added and/or 
deleted from those described herein. Functions may be organized in various manners, other than that 
shown in FIG. 1 . Various choices may include "other" or "miscellaneous", and the system may be 
preprogrammed with default values. Also, "pharmacist" is used herein as a generic term for "user" 
when referring to the person performing the methods of the present invention. 



OC-86 153.1 



-35- 



